home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20000114-20000217 / 000193_news@columbia.edu _Thu Feb 3 16:59:57 2000.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA03695
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Thu, 3 Feb 2000 16:59:57 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id QAA24784
  7.     for kermit.misc@watsun.cc.columbia.edu; Thu, 3 Feb 2000 16:37:50 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: jrd@cc.usu.edu (Joe Doupnik)
  10. Subject: Re: TCP time limit in MSKermit?
  11. Message-ID: <M1uDg6ySQg77@cc.usu.edu>
  12. Date: 3 Feb 00 14:08:48 MDT
  13. Organization: Utah State University
  14. To: kermit.misc@columbia.edu
  15.  
  16. In article <87cist$5l6$1@sylvester.vcn.bc.ca>, David Stow <dastow@vcn.bc.ca> writes:
  17. >      Is there a preset limit to how long Kermit will keep a TCP
  18. >      connection open?  I want to link two computers with Arcnet cards
  19. >      running DOS, LSL, SMCARCWS (MLID), and MSK 3.15.  I gave node 1 the
  20. >      arbitrary IP address of 123.123.123.123 (the machines are connected
  21. >      only to each other) and node 2 the address 123.123.123.124, and set
  22. >      node 2's port to TCP/IP * . I typed CONNECT, then set node 1's port
  23. >      to TCP/IP 123.123.123.124 and instructed it to CONNECT as well.
  24. >      Node 1 showed me this rejection letter from Node 2.
  25.  
  26.     There is no time limit for a connection to persist. No SET anything
  27. has any effect on TCP timing material. Note that DHCP attempts should NOT
  28. be used because there is no DHCP server. Give the usual TCP/IP information
  29. about own IP, subnet mask, gateway, nameservers for normal connections.
  30. In your case there is no nameserver and no gateway, so leave them empty.
  31.     The TCP RST is received from the other side, which did TCP_ABORT
  32. and that happens only if things are so very very slow that the machine
  33. has given up hope of communicating (required response was delayed far far
  34. too long).
  35.     We can see very long times from the TCP Debug information. The
  36. time= item is the number of Bios clock ticks (18.2/sec) since network
  37. comms were started, rtt= is the round trip time in Bios clock ticks,
  38. and rto= is the timeout in Bios clock ticks. Your values are big for a
  39. two station hookup, suggesting that the ARCnet link is not working well.
  40.     Joe D.
  41. -------------- 
  42. >  Resolving address of host 123.123.123.124 ...
  43. > 
  44. >  ARP request sent. Sender_IP=123.123.123.123, Target_IP=123.123.123.123
  45. >   Sender_MAC=01
  46. >  ARP request sent. Sender_IP=123.123.123.123, Target_IP=123.123.123.123
  47. >   Sender_MAC=01
  48. >  ARP request sent. Sender_IP=123.123.123.123, Target_IP=123.123.123.124
  49. >   Sender_MAC=01
  50. >  ARP reply received. Sender_IP=123.123.123.124, Target_IP=123.123.123.123
  51. >   Sender_MAC=02
  52. >  ARP request received. Sender_IP=123.123.123.124, Target_IP=123.123.123.123
  53. >   Sender_MAC=02 ARP R
  54. >  Welcome to the MS-DOS Kermit Telnet server at [123.123.123.124].
  55. >  You are talking to the terminal emulator,
  56. >  adjust local echoing accordingly.
  57. > Opt send will ttype
  58. > Opt send will naws
  59. > Opt send do sga
  60. > time=29 rtt=2 avg=0 std_dev=3 rto=13
  61. > time=29 rtt=0 avg=0 std_dev=2 rto=11
  62. > Opt recv will sga
  63. > RST received. Connection refused by host
  64. > 
  65. >       Node 2 waited only a few seconds before aborting, even though I
  66. >       had SET TIMERs OFF on both computers.  Its screen read:
  67. > 
  68. >  Operating as a Telnet server. Waiting...
  69. >  ARP request received. Sender_IP=123.123.123.123, Target_IP=123.123.123.124
  70. >   Sender_MAC=01 ARP Request is for our IP; replying.
  71. > LISTEN
  72. > 
  73. >  ARP request sent. Sender_IP=123.123.123.124, Target_IP=123.123.123.123
  74. >   Sender_MAC=02
  75. >  ARP reply received. Sender_IP=123.123.123.123, Target_IP=123.123.123.124
  76. >   Sender_MAC=01time=25137 rtt=2 avg=0 std_dev=2 rto=8
  77. > SYN_RECVD
  78. > 
  79. >  Connection starting from [123.123.123.123].
  80. > time=25145 rtt=2 avg=0 std_dev=3 rto=13
  81. > Opt recv will ttype
  82. > Opt recv will naws
  83. > Opt recv do sga
  84. > Opt send will sga
  85. > time=25165 rtt=3 avg=0 std_dev=5 rto=21
  86. > TCP_ABORT
  87. > 
  88. > 
  89. > Any advice about how to avoid this snub would be welcome.